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(57) By using monitoring data, feedback data, and 
pooling of failure data from a plurality of electronic de- 
vices, real-time failure prediction and diagnoses of elec- 
tronic systems operating in a network environment can 
be achieved. First, the diagnostic system requests 
(S110,S120) data on the state of a machine and/or its 
components and collections thereof as part of the ma- 
chine's normal operation. Secondly, real-time process- 
ing (S1 60) of the data either at the machine site or else- 
where in the distributed network allows for predicting or 
diagnosing system failures. Having determined and/or 
predicted a system failure, a communication to one or 
more remote observers in the network allows the remote 
observers to view the diagnostic information and/or re- 
quired action to repair the failure. Furthermore, interro- 
gation of either the particular electronic system, or a da- 
tabase containing data on similar electronic systems by 
the diagnostic server allows the diagnostic server to re- 
fine original diagnoses based on this population data to 
achieve a comprehensive failure predication/diagnos- 
ing system. 
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Description v 

[0001] This invention relates to the failure prediction, diagnosis and remediation of an electronic system in a distrib- 
uted network. 

5 [0002] Current diagnostic systems use telephone lines for transmitting data originating from an electronic system to 
a remote location. This remote location processes the information received from the electronic system for determining 
a failure diagnosis of the electronic system. For example, in U.S. Patent Nos. 5,923,834, 5,727,258, 5,778,791, 
5,757,514, 5,568 : 61 8, and 5,459,552, all of which are incorporated herein by reference in their entirety, various tech- 
niques of remote interactive communication are discussed. For example, some existing systems use networks for 

10 failure prediction where their diagnosis is based on querying data in the form of a network device management infor- 
mation base (MIB). Other systems perform remote diagnosis by collecting information from the managed device via a 
network in response to specific commands. 

[0003] While existing systems and methods allow failure diagnosis at remote locations, the systems fail to utilize the 
versatility afforded by a network environment having a plurality of interconnected electronic systems. Accordingly, the 

15 systems and methods of this invention interconnect a plurality of electronic systems. These electronic systems are 
connected to a diagnostic server which receives data from the one or more electronic systems. This data can be as 
rudimentary as machine operational status to highly complex data that could, for example, indicate a particular com- 
ponent failure or be used for future failure prediction analyses, or for scheduling of routine maintenance. Also, the data 
could be as basic as a single component's on-off data, to system level measurement data, such data being collected 

20 in several different operational modes of the device, such as normal, failed, diagnostic, limp-along : or the like. This 
data allows for the determination of system faults and provides for the initialization of corrective or repair action. 
[0004] The diagnostic server, controlling and analyzing the data received from the one or more electronic systems, 
determines an appropriate action to take in response to this data. This determination can be based on a direct correlation 
of the received data from the one or more electronic systems to an appropriate remedial action, or alternatively, derived 

25 from a database that stores information for similar systems in the network. Thus, with the combination of resources 
available from the one or more electronic systems and the wealth of information available to the diagnostic server, 
through the monitoring of data transferred and stored from all the electronic systems in the network, as well as from 
secondary sources, a highly reliable action or response can be generated in response to the information received from 
and/or stored about the one or more electronic systems. 

30 [0005] Having determined an appropriate action to take based on at least one of the data received from the one or 
more electronic systems and/or population data received and stored from the other electronic systems, the diagnostic 
server determines an appropriate routing of the action request. This action request is forwarded to an appropriate 
vendor, a service provider, a vendor, a parts/consumables supplier, and/orto an autonomous repair agent. For example, 
assume the systems and methods of this invention are operating in a networked environment where networked printers 

35 are the electronic systems. The diagnostic server, having knowledge that the printers require a certain component to 
be changed once a page count reaches a threshold, monitors the electronic systems, e.g., the printers, to receive 
diagnostic data corresponding to this threshold. Once the threshold is reached, the diagnostic server generates a 
request which could then be automatically forwarded to, for example, a parts/consumables supplier. The parts/con- 
sumables supplier, having received the request, could automatically forward the necessary replacement part(s) to the 

40 location where the networked printer is located. 

[0006] Alternatively, the diagnostic server can send the appropriate information to the electronic system to initiate 
an "automatic repair sequence." This automatic repair sequence could be an electronic system based routine, or a 
combination of electronic system based routines and diagnostic server routines that allow for automatic repair, e.g., 
calibration, of the electronic system. 

45 [0007] Additionally, it is to be appreciated that while the systems and methods of this invention may exist in environ- 
ments where one or more network security features are present, such as network firewalls, the systems and methods 
can be modified to account for these network security features without affecting the operational characteristics of the 
invention. 

[0008] The systems and methods of this invention provide diagnostic prediction, diagnosis, and remediation services 
50 for one or more interconnected electronic systems. 

[0009] The invention separately provides systems and methods for acquiring and processing a variety of data in- 
cluding component level data, system level data, job level data and event level data from one or more electronic systems 
to facilitate failure prediction, diagnosis, and remediation. 

[0010] This invention separately provides systems and methods for determining an appropriate action based on data 
55 received from one or more electronic systems. 

[001 1 ] .This invention separately provides systems and methods that generate an action request in response to status 
information received from one or more electronic systems. 

[0012] This invention separately provides systems and methods that allow for the generation and routing of data to 
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facilitate failure prediction, remediation and diagnosis in an electronic system. 

[0013] This invention separately provides systems and methods that allow automatic scheduling of service, parts 
and/or consumables to be provided to an electronic system. 

[0014] This invention separately provides systems and methods that allow automated remediation of faults, either 

5 completely or partially, with or without human intervention. 

[001 5] The invention separately provides systems and methods that allow electronic systems to be interrogated and 
controlled remotely over a network for the acquisition of data for use in failure prediction, diagnosis and/or remediation. 
[0016] This invention additionally provides systems and methods for using the pooled information received from a 
plurality of electronic systems to develop and derive additional prediction, diagnosis and remediation methodologies 

10 and content for the electronic systems. 

[0017] This invention separately provides systems and methods for the presentation of the results of the failure 
prediction, diagnosis and/or remediation, locally or, remotely, such as, for example, on a computer user interface, via 
e-mail, a paging service, a cellular phone, a web page, or the like. 

[0018] The diagnostic systems and methods of this invention use a combination of single device monitoring data, 
15 population data, and feedback information to determine an appropriate action in response to status information received 
from the one or more electronic systems. Specifically, based on one or more of an appropriate action determined by 
a diagnostic server, and the transmission of specific data types directly or indirectly to one or more of a service provider 
and/or parts/consumables supplier, the appropriate assistance, repair, parts and/or supplies are provided to the elec- 
tronic system(s) which is predicted to fail, or has failed. 
20 [001 9] These and other features and advantages of this invention are described in or are apparent from the following 
detailed description of the preferred embodiments. 

[0020] The preferred embodiments of this invention will be described in detail, with reference to the following figures, 
wherein: 



25 Fig. 1 is a functional block diagram showing a first embodiment of the diagnostics system according to this invention; 

Fig. 2 illustrates an exemplary data flow diagram of the systems and methods of this invention; 
Fig 3. illustrates a work flow diagram showing an exemplary operational environment in accordance with the sys- 
tems of this invention; 

Fig. 4 is a flowchart outlining one exemplary embodiment of the method for diagnosing electronic systems according 
30 to this invention; and 

Fig. 5 is a flowchart outlining a second exemplary embodiment of the method for diagnosing electronic systems 
according to this invention. 

[0021] The systems and methods of this invention, by acquiring, processing, and routing a variety of data types 
35 between a plurality of service/part suppliers and/or one or more diagnostic servers and secondary information resources 
is able to effectively predict, diagnose, repair, schedule and/or ship service and/or parts to the one or more electronic 
devices connected to the network. Furthermore, since the electronic devices, diagnostic server and parts and service 
providers are all interconnected, the system is capable of pooling diagnostic data received from the plurality of electronic 
systems to provide a richer database from which failure prediction analysis can be generated. By combining the rich 
40 resources available to a diagnostic server, a reduction in service time and parts acquisition time is achieved. This 
reduced service time at least translates directly to maximizing the up-time of electronic systems by accurately predicting 
degradations and managing the resulting repair process to minimize the customer downtime impact. 
[0022] Fig. 1 illustrates the diagnostic system in accordance with this invention. The diagnostic system 1 0 comprises 
a diagnostic server 1 00 : one or more monitored electronic systems 200, one or more third party service providers 300, 
45 one or more value added service providers 400, one or more parts/consumables suppliers 500, and one or more original 
equipment manufacture (OEM) service providers 600 and one or more secondary knowledge servers 700. The various 
components of the diagnostic system 10 are interconnected, with links 50, to one or more networks 25, additional 
diagnostics servers and/or other electronic systems. 

[0023] The network 25 can be any one of, or combination of, a direct serial connection, a distributed network such 
50 as an intranet, a local area network, a metropolitan area network, a wide area network, a satellite communication 
network, an infrared communication network, the Internet, or the like. 

[0024] Furthermore, the links 50 can be a wired or wireless link or any other known or later developed element(s) 
that is capable of supplying electronic data to and from the connected elements. 

[0025] The diagnostic server 1 00 comprises a memory 1 1 0, a controller 1 20, an I/O interface 1 30, a data acquisition 
55 circuit 140, a prediction/diagnostic circuit 150, a repair planning circuit 165, an autonomous repair circuit 175, a data 
pooling circuit 155, a routing circuit 160 and a database 170, all interconnected by link 75. 

[0026] The one or more monitored electronic systems 200 comprise a memory 21 0, a controller 220, an I/O interface 
230, and optionally, one or more of a diagnostic display 240, a status information circuit 250, a prediction/ diagnostic 
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circuit (not shown) and an automated repair circuit (not shown), ail interconnected by link 75. 

[0027] The one or more third party service providers 300 comprise a memory 31 0, a controller 320, an I/O interface 
330 and a service coordination circuit 340, all interconnected by link 75. 

[0028] The one or more value added service providers 400 comprise a memory 410, a controller 420, a prediction/ 
5 diagnostic circuit 450, a repair planning circuit 465, an autonomous repair circuit 475, an I/O interface 430 and a service 
coordination circuit 440, all interconnected by link 75. 

[0029] The one or more parts/consumables suppliers 500 comprise a memory 51 0, a controller 520, an I/O interface 
530 and a parts coordination circuit 540, all interconnected by link 75. 

[0030] The one or more OEM service providers 600 comprise a memory 610, a controller 620, an I/O interface 630 
10 and a service coordination circuit 640, all interconnected by link 75. 

[0031 ] The one or more secondary knowledge servers 700 comprise a memory 71 0, a controller 720, an I/O interface 
730 and a service coordination circuit 740, all interconnected by link 75. 

[0032] It should be appreciated the links 75 can be any known or later developed wired or wireless links or a data 
bus that is capable of supplying electronic data to and from the connected elements. 

15 [0033] In operation, the one or more monitored electronic systems 200 generate status information, e.g., control 
data, process data, and diagnostic data, during the course of operation. Specifically, during the course of operation, 
and in conjunction with the controller 220 and the memory 210, the status information circuit 250 generates status 
information pertaining to the operational state of the one or more monitored electronic systems 200. For example, this 
status information can be as simple as an on/off status of the electronic system to highly specialized data which could, 

20 for example, pertain to itemization of one or more components within the system which have actually failed. Moreover, 
the data could be as simple as a single component on-off data to system level measurement data. Specifically, the 
data can include, but is not limited to control data such as commands issued by system and subsystem controllers, 
scheduling and timing data, set-point and actuator data, sensor data, state estimate data and the like, diagnostic data 
such as fault counts, error counts, event counts, warning and interlock counts, calibration data, device set-up data, 

25 high frequency service item information, service history data, machine history data and the like, environmental data 
such as temperature and humidity data, machine usage data machine configuration data value-added diagnostic data 
such as trend information, component signatures, qualitative state estimates, quantitative state estimates, and the like. 
Additionally, the data could be generated as part of the normal operation of the device, or in response to specific 
interrogation and control commands issued by an external agent. For example, in the case of printing systems, the 

30 data could also include job level data such as number of pages in the job, the type of media used, the size of the job, 
the printing options, the finishing options, the number of pages actually printed, the number of images actually proc- 
essed, and the like. Moreover, the data could be acquired in various operational modes of the device, including, but 
not limited to, normal, failed, diagnostic, limp-along, or the like. For example, the systems and methods described in 
U.S. Provisional Application No. 60/1 54,01 6, incorporated herein by reference in its entirety, could be used to actually 

35 determine local systems faults in a particular electronic system. Additionally, the systems and methods described in 
copending US Patent Applications 09/450,185, 09/450,183, 09/450,182, 09/450,181, 09/450,180, 09/464,596 and 
09/450,177, incorporated herein by reference in their entirety, could also be used in conjunction with the systems and 
methods of this invention. However, it is to be appreciated that in general any method of assembling information per- 
taining to the electronic system for forwarding to the appropriate destination will work equally well with the systems 

40 and methods of this invention. 

[0034] Having determined the status information for the particular electronic system, the status information circuit 
250, in cooperation with the I/O interface 230, forwards the status information to the diagnostic server 100 via link 50 
and the network 25. Additionally, and depending on the particular construction of the monitored electronic system, the 
status information circuit 250 could forward all, or a portion of, the status information to the diagnostic display 240 or 

45 directly to one or more of a service and/or parts supplier, or other entity on the network. For example, this diagnostic 
display 240 could be used to determine the operational status of the monitored electronic system. 
[0035] The diagnostic server 100, having received the status information from the monitored electronic system 200 
routes the status information, with the cooperation of the I/O interface 130, the controller 120 and the memory 110, to 
the data acquisition circuit 140, via link 75. The data acquisition circuit 140, in cooperation with the controller 120, 

so forwards a copy of the status information to the database 1 70 and to the prediction/diagnostics circuit 150. Thus, the 
database 1 70 has the capability of storing status information pertaining to the plurality of monitored electronic systems 
200. 

[0036] The prediction/diagnostics circuit 150 receives the status information from the monitored electronic system. 
Based on the content on the status information , the prediction/diagnostics circuit 1 50 performs certain operations. First, 
55 the prediction/diagnostics circuit 150 makes a determination as to whether the status information indicates that the 
electronic system has failed, or is predicted to fail based on a prognostic/diagnostic analysis of the information, or 
whether additional tests or data are required to make the determination. If additional data is required, this data is 
acquired and processed to determine if a failure has happened, or is impending. Next, if a failure is detected, or is 
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** suspected, the repair planing circuit 1 65 determines a corrective repair action. For example, in an environment where 

the monitored electronic systems are printers, this status data could correspond to a printer error or other information 
that is critical to its non-operational status. In general, this status data is any data that indicates the one or more 
electronic systems have failed and any additioanl related device status information. During this diagnostic analysis 

5 one or more secondary knowledge sources 700 can be accessed to acquire additional information and/or expertise. 
[0037] The prediction/diagnostics circuit 1 50 determines if the status information is "prediction" or "diagnostic" infor- 
mation. Prediction information is defined as any status information which is pertinent to determining whether an action 
should be taken to avoid a particular impending outcome. For example, again in the illustrative embodiment, the mon- 
itored electronic systems is a printer. If the status information corresponds to information relating to a particular thresh- 

10 old, this prediction information can be used to help avert a particular failure in the electronic system. Accordingly, the 
prediction/diagnostic circuit 150 processes the prediction information in accordance with a number of protocols. The 
prediction and/or diagnostic analysis can be based on a variety of analysis techniques including, but not limited to, 
threshold analysis, statistical analysis, signature analysis, trend analysis, timing analysis, event sequence analysis, 
pattern analysis, image processing techniques, quantitative and qualitative state estimation techniques : model based 

'5 diagnostic technologies, look-up tables, neural network based analysis, fuzzy logic based analysis, a bayesian network, 
a causal network, a rule based system, expert systems and other reasoning mechanisms. This analysis can be based 
on information stored in the database. For example, in the case of threshold analysis, the prediction/diagnostic circuit 
150 can compare the device status information to status information in database 1 70, where the database 1 70 contains 
information such as threshold values, event counts, error counts, fault counts, or other fixed values which either indicate 

20 a failure or trigger a further detailed prognostic analysis. Alternately, processing of the prediction information can com- 
prise, with the cooperation of the data pooling circuit 155, the querying of database 170 for similar status information 
received from one or more of the other monitored electronic systems 200. This stored status information can be used 
in combination with the current machine status information to aid in the prognostic analysis. Finally, the prediction/ 
diagnostic circuit 1 50 can also use a combination of fixed comparisons and data pooling to arrive at a given conclusion. 

25 Again, one or more secondary knowledge and/or information sources can be accessed and integrated to improve the 
relaibility of the prognostic analysis. 

[0038] Once the analysis of the electronic system is performed, the repair planning circuit 1 65 determines an appro- 
priate action in response to the received status information. Having determined an appropriate action, the routing circuit 
160, in cooperation with the controller 120 and the I/O interface 130, routes the action request to the appropriate 

30 service, repair, and/or parts/consumable supplier, or to an autonomous repair agent. 

[0039] Furthermore, it is to be appreciated that the diagnostic server can enter an "automatic repair mode." In this 
automatic repair more, instead of routing an action request to a particular service and parts/consumable suppliers, the 
diagnostic server can forward command and co ntrol signals back to the electronic system. Thus, if the electronic system 
has encountered a fault, such as a need for recalibration, the diagnostic server can initialize an automatic repair se- 

35 quence by sending the appropriate control signals back to the electronic system. 

[0040] Table 1 illustrates an exemplary status information and subsequent action request that could be received from 
the one or more monitored electronic systems 200. 
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Table 1 



w 



STATUS INFORMATION 


ACTION 


RECIPIENT 


Printer Page Count 


Check Threshold - 
Request 

Service /Consumables 
as Appropriate 


Consumables Supplier 


Toner Low 


Request Toner 


Parts Supplier 


Component Failure 


Request Replacement 
Part and Service Call 


Parts Supplier 
Third Party Service 
Provider 


General Failure 


Service Request 


OEM Service Provider 


Envi ronment al 
Conditions 


Pool Data 


N/A 


Customer Replaceable 
Unit Failure 


Request Part 
Direct Customer to 

pci luim repair 


Parts Supplier 
Customer 


Poor Image Quality 
(In case of Printers) 


Perform automated 
system set-up 


Autonomous Repair 
Agent 


Redundant Component 
Failure 


Re-configure system 
to work with normal, 
redundant component 
Request replacement 
part 

Request service call 


Autonomous repair 
agent 

Parts Supplier 
Service Provider 



[0041] Having determined an appropriate action request, the diagnostic server 100 forwards the action request to 
the appropriate service and/or parts/consumables supplier and/or to the device itself via link 50 and the network 25. 
The appropriate service and/or parts/consumables supplier then either schedules a service and/or ships a part based 

35 on the received action request. In the case of autonomous repair, the autonomous repair agent 175 performs the 
necessary repair action. In addition, the repair action taken may be logged in the database 170. 
[0042] For example, a third party service provider 300 could be used for providing routine service or maintenance 
within a given geographic area of the one or more monitored electronic systems. In this illustrative embodiment, the 
third party service provider 300, would receive, via link 75 and the I/O interface 330, the action request. In cooperation 

40 with the controller 320 and the memory 310, the action request would be forwarded to the service coordination circuit 
340. The service coordination circuit 340, having received the action request, could, for example, automatically sched- 
ule a service date for the electronic system, immediately dispatch a service technician to the electronic system, and/ 
or inform the third party service provider 300 that routine maintenance on the electronic system is needed within a 
given period, or the like. Alternatively, if the diagnostic server determines the most appropriate routing of the action 

45 request is to the value added service provider 400, the action request is routed via link 50 and network 25, to the value 
added service provider 400. As with the third party service provider 300, the value added service provider 400 receives 
the action request via link 75 and the I/O interface 430, in cooperation with memory 410 and the controller 420, at the 
service coordination circuit 440. The service coordination circuit 440 then appropriately schedules a service corre- 
sponding to the received action request. Alternately, the value added service provider 400 could perform additional 

50 diagnostic/prognostic analysis based on the status information and/or data received. Furthermore, the value-added 
service provider could further interrogate and control the device and obtain additional data to be used to facilitate failure 
prediction, diagnosis, and or remediation through the use of one or more of the prediction/diagnostics circuit 450, the 
repair planning circuit 465 and the autonomous repair circuit 475, as previously discussed. 

[0043] Alternatively, if the action request is for a part, e.g., a replacement part, or a consumable, e.g., a toner cartridge, 
55 the action request is forwarded via link 50 and network 25 to the parts/consumable supplier 500. The parts/consumable 
supplier 500, having received the action request over link 75 and via the I/O interface 530, forwards the action request 
to the parts coordination circuit 540 with the cooperation of the controller 520 and the memory 510. The parts coordi- 
nation circuit 540 comprises the necessary architecture to schedule shipment of the part and/or consumable to the 
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/ particular electronic system. For example, the parts coordination circuit 540 can associate the action request with a 

location address of the electronic system, the number of required parts, and the part description itself. Furthermore, 
the parts coordination circuit 540 could also automatically schedule the shipment of the one or more parts and/or 
consumables to the electronic system 200. Furthermore, the parts/consumable supplier 500 can communicate with 
5 the one or more service providers to appropriately route the parts and/or consumable as needed if a service is also 
needed in conjunction with the part. 

[0044] For example, assume a particular component on an electronic system has failed. The diagnostic server 100 
routes an action request for service to the value added service provider 400 and an action request for a replacement 
part to the part/consumable supplier 500. Having determined that the particular part/consumable is not immediately 
10 available, and has been placed on backorder, the part/consumable supplier 500 can communicate with the value added 
service provider 400 indicating that the installation service need be put on hold until the part arrives. Then, upon a 
determination that the part is available, the part/consumable supplier 500 can further communicate with the value 
added service provider 400 indicating that the value added service provider 400 can schedule the service date for the 
electronic system. 

15 [0045] Additionally, an action request can be routed to an Original Equipment Manufacturer (OEM) service provider 
600. For example, if the nature of the service request requires a highly specialized technician or, perhaps, if the action 
request can be satisfied by a warranty repair, the OEM service provider may be the appropriate entity for routing of 
the action request. As with the other service providers, the action request is received via network 25 and link 50, via 
I/O interface 630, and with the cooperation of the controller 620 and the memory 61 0, at the service coordination 640. 

20 The service coordination 640 then appropriately schedules a service date for the electronic system based on the re- 
ceived action request. 

[0046] It should be appreciated that while the routing of action requests has been described in relationship to par- 
ticular service and parts/consumable suppliers, that any combination of one or more of the service providers and/or 
parts/consumable suppliers can be used as appropriate for the particular embodiment in which the diagnostic system 

25 is installed. Therefore, in general, the diagnostic system is capable of communicating with one or more service and/ 
or parts consumable suppliers to schedule an appropriate repair, service and/or part/consumable shipment as needed. 
[0047] Fig. 2 illustrates an exemplary data flow that can occur between the one or more electronic systems and the 
various systems and/or parts suppliers shown in Fig. 1 . For example, the diagnostic data includes "raw" data such as, 
but not limited to, I/O signal data, e.g., data from intelligent input/output connection chains, serial command bus data, 

30 operational conditions, such as temperature, humidity, or the like, basic diagnostic data such as fault counters, cali- 
bration data, a high frequency service item data : service history, machine history, or the like that are typically resident 
in memory, or the like. The single machine value-added diagnostic value includes, but is not limited to, component 
signatures arising as a result of performance threshold analysis, signature analysis, statistical analysis, trend analysis, 
rate analysis, timing analysis, event sequence analysis, pattern analysis on the raw data, qualitative and/or quantitative 

35 state estimates reflecting machine component status, lists of failed and/or potentially failing components, or the like. 
The diagnostic data and machine usage data can also include all of the basic diagnostic data as well as machine, or 
electronic system usage data. The population diagnostic data can include, but is not limited to, aggregated single 
machine raw data, aggregated single machine processed data, failure data, statistics of part performance across the 
electronic system fleet that can be used for failure prediction, successful and unsuccessful remediation histories, or 

40 the like. Finally, the interrogation commands and control signals are representative of interrogation commands and 
control signals passed between one or more service engineers and the particular electronic system either directly or 
via a processor located on the electronic system, or commands autonomously generated by an autonomous repair 
agent. The control commands, for example, could include calibration procedures, device set-up procedures, control 
re-configuration commands, hardware re-configuration commands, and the like. 

45 [0048] Accordingly, it should be appreciated that while the diagnostic system of this invention has been described 
in relation to an embodiment in which the monitored electronic system and diagnostic server and the various service 
and/or parts/consumable suppliers are each remotely located on a distributed network, the systems of this invention 
could work equally well if all or portions thereof are incorporated into one or more of the other systems within this 
invention. For example, the database 170 can be located anywhere on the distributed network and, for example, the 

50 parts/consumable supplier and OEM service provider could be all located on a particular node of a distributed network. 
Additionally, one or more components of the diagnostic server could be incorporated into the one or more electronic 
systems. 

[0049] Fig 3. illustrates a work flow diagram showing an exemplary operational environment and data flows in ac- 
cordance with the systems and methods of this invention. Specifically, in step S2, a customer issues a job request to 
55 a machine. Next, in step S4, the machine completes the job and forwards a job identifier to the diagnostic server. Then, 
in step S6, the job identifier and the machine state data are forwarded to the diagnostic server database. Then, in step 
S8, the job identifier and machine data are requested for a performance monitoring/prognostic analysis. 
[0050] In step S1 0, the verification scripts are also acquired from the diagnostic server database for the performance 
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monitoring and repair verification analysis. Next, in step S12, the machine data is analyzed for prognostic purposes. 
This analysis involves simple processing such as checking for flags, threshold analysis, or the like. Then, in step S14, 
the monitored analysis results are forwarded to the diagnostic server database and stored. Then, in step S16, if no 
exception event is detected, e.g. no fault is suspected, the process ends. 
5 [0051] In step S1 8, if there is an exception event, an exception event flag is triggered. In step S20, a flag is set that 
monitors the electronic system for the completion of the repair event. In particular, as discussed hereinafter, a script 
is run that monitors the ongoing flow of data from the electronic device. The script is run until either the repair is 
completed and verified by the script, or until a time interval has passed. If the script time interval passes, a second 
repair event is sent. 

w [0052] In step S22, the job, machine and monitoring data are acquired for the diagnostics and prognostics analysis. 
Next, in step S24, the diagnostics and prognostics analysis are run on the job, machine and monitoring data. This 
involves a more detailed analysis as compared to step S12 and may involve, for example, invocation of a reasoning 
algorithm or an expert system. Additionally, in step S25, a distributed call can be made to additional servers with 
diagnostics and prognostics capabilities. Then, in step S26, the diagnosis analysis results are stored in the diagnostic 

15 server database. 

[0053] In step S28, if no problems are determined to exist, the control sequence ends. Otherwise, in step S30, the 
determined diagnosis event and job identifier are acquired for repair planning. Next, in step S32, the diagnosis analysis 
results are acquired from the diagnostic server database. Then, in step S34, the repair planning is commenced. This 
includes, in step S35, forwarding distributed object calls to the repair planning portions of one or more server based 
20 diagnostic objects, resident in one or more servers. Additionally, the results of the repair planning, in step S36, are 
forwarded and stored in the diagnostic server database. 

[0054] If in the repair planning step it is determined that an autonomous repair event is available, control continues 
to step S38. Then, in step S40, the autonomous repair sequence is commenced for the faulty machine. Specifically, 
in step S42, the repair data is made available for the autonomous repair sequence. Next, in step S44, a repair dialogue 
25 is commenced with the faulty machine. Then, in step S46, distributed object calls are made to the autonomous repair 
portions of the one or more servers. 

[0055] In step S48, the repair planning step determined that a customer/system administrator repair event is recom- 
mended. Specifically, in step S48, the identification or instructions for the customer repair, the machine identification 
and the repair identification are forwarded to the customer site. In step S50, the active notification step forwards in- 

30 structions/information to the customer based on a predefined criteria. In particular, a customer can agree to perform 
certain repairs/maintenance on-site. If the repair event falls into one of these predefined categories, the active notifi- 
cation step S50 determines the necessary information to forward to the customer to effect the repair/maintenance. 
Next, in step S52, the repair action is forwarded to the system administrator at the customer site, via, for example, a 
web page. Alternatively, or additionally, in step S54, the repair action is forwarded to the customer at the customer site, 

35 via, for example, a web page. 

[0056] Alternatively, in step S56, the repair planning step determines that external service support is required. The 
repair event, machine identifier and repair identifier are forwarded to a Service Management System (SMS). This 
system supports the scheduling and disposition of service support engineers. In step S58, the SMS determines the 
appropriate service support engineer(s) to provide the service, given the machine and repair identifiers. The SMS then 

40 generates service request notifications to assign the engineers to the service activities. 

[0057] In steps S60 and S62, a service request notification is provided to an appropriate customer service engineer. 
This notification can be provided by a variety of telecommunications and computing devices including a phone, a pager, 
a laptop or the Internet. 

[0058] In step 564, the customer service engineer accesses additional service information and process capabilities 
45 from the service support extranet. This extranet provides additional applications and capabilities such as electronic 
documentation, call handling, parts ordering, bulletin boards, and so on. 

[0059] In step S66, either remotely, or through an onsite visit, the customer service engineer accesses the electronic 
device to effect a repair. Additional information required to support the repair may be accessed from the diagnostics 
server including device diagnostic data, and device usage and service history. 

so [0060] After the repair planning step has determined a repair action and a vehicle by which the repair is to be effected, 
it also creates a verification script. The script embodies a computational method for determining the absence of the 
failure determined by the diagnostic software in steps S1 4 and S24. This script is forwarded to the performance mon- 
itoring and repair verification software. The script is run by this software and it monitors the ongoing flow of data from 
the electronic device. The script is run until either the repair is completed and verified by the script or until a time interval 

55 has passed. If the script time interval passes, a second repair event is sent this time to the SMS only. 

[0061] Additionally, in step S68, at any time in the diagnosis process, any and all information from the diagnostic 
server can be forwarded to a centralized database and used as a basis for detailed analysis and futher development 
of prediction, diagnosis, and remediation. 
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t [0062] Fig. 4 illustrates an exemplary flowchart of one method for diagnosing one or more electronic systems in 

accordance with this invention, where the electronic system has indicated a failure has occurred. Control begins in 
step S100 and continues to step S110. In step S110, data is acquired from the electronic system. Next, in step S120, 
the job information and machine data are acquired and stored. Then, in step S1 30, a high level analysis of the acquired 
5 data is performed. Control the continues to step S140. 

[0063] In step S1 40, a determination is made whether additional data is required. If additional data is required, control 
continues to step S150 where additional data is acquired and/or additional tests are performed to acquire additional 
data. Control then continues to step S160. 

[0064] In step S160 a diagnostic analysis is performed. Next, in step S170, the appropriate repair action is deter- 
to mined. Then, in step S1 70, a determination is made whether the determined type of repair action is an automatic type 
repair. If the determined type of repair action is automatic, control continues to step S1 90 where the automatic repair 
sequence is commenced. Otherwise, control jumps to step S200. 

[0065] In step S200, a determination is made whether the determined type of repair action is a customer type repair. 
If the determined type of repair action is a customer type repair, control continues to step S21 0 where the appropriate 
is information and/or parts are forwarded to the customer and/or to the system administrator . Otherwise, control jumps 
to step S220. 

[0066] In step S220, a determination is made whether the determined type of repair action is a customer service 
engineertype repair. If the determined type of repair action is a customer service engineer type repair, control continues 
to step S230 where the service request is initialized. Otherwise, control jumps to step S240 where the control sequence 
20 ends. 

[0067] Fig. 5 illustrates an exemplary flowchart of a second method for diagnosing one or more electronic systems 
in accordance with this invention, where the electronic system has not indicated that a failure has occurred. Control 
begins in step S500 and continues to step S510. In step S510, data is acquired from the electronic system. Then, in 
step S520, the job information and machine data are acquired and stored. Next, in step S530, a high level analysis of 
25 the acquired data is performed. Control then continues to step S540. 

[0068] In step S540, a determination is made whether the high level analysis suspects a problem, i.e., whether a 
failure is suspected. If a failure is not found to be impending, control jumps to step S660 where the control sequence 
ends. Otherwise, control continues to step S550. 

[0069] In step S550, a determination is made whether additional data is required. If additional data is required, control 
30 continues to step S560 where additional data is acquired and/or additional tests are performed to acquire additional 
data. Control then continues to step S570. 

[0070] In step S570 a prognostic analysis is performed. Next, in step S580 a determination is made whether a problem 
is confirmed. If a problem is confirmed, i.e., if a failure is found to be impending, control continues to step S590. 
Otherwise control jumps to step S660 where the control sequence ends. 
35 [0071] In step S590, the appropriate repair action is determined. Then , in step S600, a determination is made whether 
the determined type of repair action is an automatic type repair. If the determined type of repair action is automatic, 
control continues to step S61 0 where the automatic repair sequence is commenced. Otherwise, control jumps to step 
S620. 

[0072] In step S620, a determination is made whether the determined type of repair action is a customer type repair. 
40 |f the determined type of repair action is a customer type repair, control continues to step S630 where the appropriate 
information and/or parts are forwarded to the customer and/or system administrator. Otherwise, control jumps to step 
S640. 

[0073] In step S640, a determination is made whether the determined type of repair action is a customer service 
engineertype repair. If the determined type of repair action is a customer service engineertype repair, control continues 
to step S650 where the service request is initialized. Otherwise, control jumps to step S660 where the control sequence 
ends. 

[0074] As shown in Fig. 1 , the diagnosis and failure prediction system is preferably implemented either on a single 
program general purpose computer or separate programmed general purpose computer. However, the diagnosis and 
failure prediction system can also be implemented on a special purpose computer, a programmed microprocessor or 
50 microcontroller and peripheral integrated circuit element(s), an ASIC, or other integrated circuit, a digital signal proc- 
essor, a hardwired electronic or logic circuit such as a discrete element circuit, a programmable logic device such as 
a PLD, PLA, FPGA, PAL, or the like. In general, any device, capable of implementing a finite state machine that is in 
turn capable of implementing the flowcharts shown in Figs. 3-5 can be used to implement the diagnosis and failure 
prediction system. 

55 [0075] Furthermore, the disclosed method may be readily implemented in software using object or object-oriented 
software development environments that provide portable source code that can be used on a variety of computer or 
workstation hardware platforms. Alternatively, the disclosed search system may be implemented partially or fully in 
hardware using standard logic circuits or a VLSI design. Whether software or hardware is used to implement the 
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systems and methods in accordance with this invention is dependent on the speed and/or efficiency requirements of v 
the system, the particular function, and the particular software or hardware systems or microprocessor or microcom- 
puter systems being utilized. The diagnosis and failure prediction systems and methods described above, however, 
can be readily implemented in hardware or software using any known or later-developed systems or structures, devices 
5 and/or software by those skilled in the applicable art without undue experimentation from the functional description 
provided herein together with a general knowledge of the computer arts. 

[0076] Moreover, the disclosed methods may be readily implemented as software executed on a programmed general 
purpose computer, a special purpose computer, a microprocessor, or the like. In this case, the methods and systems 
of this invention can be implemented as a routine embedded on a personal computer such as a Java® or CGI script, 
10 as a resource residing on a server or graphics workstation, as a routine embedded in a dedicated diagnosis and failure 
prediction control system, or the like. The diagnosis and failure prediction system can also be implemented by physically 
incorporating the system and method into a software and/or hardware system, such as the hardware and software 
systems of a workstation or dedicated diagnosis and failure prediction control system. 

[0077] It is, therefore, apparent that there has been provided, in accordance with the present invention, systems and 
15 methods for diagnosis and failure prediction of electronic systems within distributed networks. 



Claims 



20 



30 



35 



1 . A system for failure prediction, diagnosis and remediation of at least one electronic system in a distributed network 



comprising: 



a data acquisition circuit that acquires data about the at least one electronic system; 

a prediction circuit that performs at least one of a prognostic and a diagnostic analysis of the acquired data; and 
25 a repair planning circuit that determines an appropriate repair action in response to at least one of a prognostic 

and a diagnostic analysis, wherein the appropriate repair action is at least one of an autonomous repair, a 
customer type repair and a customer service engineer type repair. 



2. The system of claim 1 , further comprising an autonomous repair circuit that controls the autonomous repair. 

3. The system of claim 2 ; wherein the autonomous repair circuit establishes a communication with the at least one 
electronic system, the communication including at least one of transferring monitoring information, interrogation 
information, control information, repair information and results of the failure prediction, diagnosis and remediation 
analysis. 

4. The system of any of claims 1 to 3, wherein the repair planning circuit forwards at least one of a repair information 
to a customer, a parts request to an appropriate entity, a service request notification to a customer service engineer 
and an autonomous repair entity. 

40 5. The system of any of the preceding claims, wherein acquired data is at least one of component level data, system 
level data, event level data, job level data, control data, diagnostic data, environmental data, machine usage data, 
machine configuration data, single-machine value-added diagnostic data and population diagnostic data. 

6. The system of any of the preceding claims, wherein the acquired data is acquired in one or more operational modes 
45 of the electronic system, including at least one of a normal mode, a diagnostic mode, a failed mode and a limp- 
along mode. 

7. The system of any of the preceding claims, wherein the at least one of the prognostic and the diagnostic analysis 
is based on at least one of a threshold analysis, a statistical analysis, a signature analysis, a trend analysis, a 

so timing analysis, an event sequence analysis, a pattern analysis, an image processing technique, a quantitative 

and a qualitative state estimation technique, a model based diagnostic technology, a look-up table, a bayesian 
network, a causal network, a neural network based analysis, a fuzzy logic based analysis, a rule based system 
analysis and an expert system. 

55 8. The system of any of the preceding claims, further comprising a routing circuit that routes a part request to at least 
one part supplier. 

9. The system of any of the preceding claims, further comprising a database that stores at least a portion of the 
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i acquired data. 

10. A method for failure prediction, diagnosis and remediation of an electronic system in a distributed network com- 
prising: 

5 

acquiring data about one or more electronic systems; 

performing at least one of a prognostic and a diagnostic analysis of the acquired data; and 
determining an appropriate repair action in response to the at least one of the prognostic and the diagnostic 
analysis, wherein the appropriate repair action is at least one of an autonomous repair, a customer type repair 
w and a customer service engineer type repair. 
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